home *** CD-ROM | disk | FTP | other *** search
/ Cream of the Crop 25 / Cream of the Crop 25.iso / disk / doslfn22.zip / XCOPY.TXT < prev   
Text File  |  1997-03-20  |  7KB  |  168 lines
  1. Date: Sun, 15 Sep 1996 16:57:13 -0700
  2. To: dmurdoch@mast.QueensU.CA
  3. From: Barry J Gould
  4. Subject: re: DOSLFNBK
  5.  
  6. (From DOSLFNBK v 1.5 docs)
  7. >        I have received several messages from people who have tried to
  8. >        use XCOPY and DOSLFNBK to back up their disk to a network drive
  9. >        or elsewhere, and then found on restore that Win95 won't boot
  10. >        properly.  I don't know what is going wrong in these situations,
  11. >        but as far as I can tell it's either a bug in XCOPY, or people
  12. >        aren't using the right combination of options when they run it.
  13. >        If someone has the time to figure out exactly what is going
  14. >        wrong, I'd appreciate being told.  In the meantime I don't
  15. >        recommend using XCOPY for backups.
  16.  
  17. XCOPY in DOS won't copy hidden files, which is a big problem as many of
  18. Win95's configuration files such as the registry and several directories are
  19. hidden. Before discovering Win95's XCOPY in a window, I would do ATTRIB -H
  20. -S -R /S *.* before using XCOPY in DOS to copy an entire drive. Most
  21. programs don't seem to care if the HSR attributes are stripped.
  22.  
  23. XCOPY (aka XCOPY32) works fine in a Window, as long as one tells it to copy
  24. hidden files and to ignore errors, but it won't copy some files which are
  25. open such as the swapfile. One can run it in Quiet mode so only the errors
  26. are reported so they can be remedied manually.
  27. I use it this way:
  28. xcopy c:\*.* d:\ /e /v /c /q /h /k
  29.  
  30. It will not preserve the attributes of directories, however, and the
  31. Windows\Fonts directory needs to be set to System, or the Control
  32. Panel-Fonts applet will not list the full names of the fonts, etc.  This is
  33. the only directory that seems to need to any special attributes in order to
  34. work properly.
  35.  
  36. I've never actually tried using DOSLFNBK with DOS XCOPY, because of XCOPY's
  37. limitations of not copying hidden files, etc, and Win's XCOPY copies LFN's;
  38. I just use it with my DOS Tape software, and it works well for me. Thanks
  39. for the great program.
  40.  
  41. Later,
  42. Barry Gould
  43. ----------------------------------
  44.  
  45. P.S.  My statement about using  attrib -r -h -s /s  first is incomplete.
  46. That will not unhide hidden directories, so one must manually unhide all the
  47. hidden directories (\recycled, \windows\...; there are at least 5 dirs under
  48. windows that are hidden).  DIR /ah /s will list them as hidden, but for some
  49. reason, they must be manually be unhidden with attrib one at a time.
  50.  
  51. I suggest using a program that copies hidden files and directories as an
  52. alternative to DOS XCOPY, such as Norton Commander 5.0.
  53.  
  54. From: "Lee A. Ryan"
  55. To: dmurdoch@mast.QueensU.CA
  56. Date: Sun, 3 Nov 1996 01:02:59 -6
  57. Subject: DOSLFNBK works with XCOPY
  58.  
  59. Well not with XCOPY but with a similar shareware program called
  60. MCOPY.
  61.  
  62. Because I do consulting work I have the need to be able to backup
  63. and restore Win95 or move complete system from one hard drive to
  64. another. When researching my quest I ran across your program DOSLFNBK
  65. v1.6. After reading your documentation and your warning about XCOPY
  66. not working correctly I processed to test my approach to system
  67. transfer. Here are the steps I took to replace a 850mb hdd with a
  68. 2.1gb hdd which had a running Win95 operating system installed.
  69.  
  70. I created a boot Win95 disk as you discribed, and ran scandisk and
  71. defrag on the 850mb disk. Then I attached the new drive as the
  72. master and the old drive as the slave. Made the requried changes to
  73. the CMOS and reboot the system from the boot disk. Set up new drive
  74. in FDISK and then formatted it with the "/s" to transfer system files
  75. to the new drive. Once that was completed I rebooted to new drive
  76. which now only has system files. I copied DOSLFNBK and MCOPY to the
  77. new drive, ran DOSLFNBK on the "D:" as discribed in your docs. Then I
  78. used the utility program "XTREE" to remove the attibutes on the
  79. C:\MSDOS.SYS file and deleted it. I then used MCOPY to copy all the
  80. drive D: files, subdirectories, including hidden and system files to
  81. C:, setting the parameter not to replace any existing files.
  82.  
  83. After all the files have been copied, I used DOSLFNBK to restore the
  84. long file names to the files on the C: drive. After this process was
  85. completed I rebooted the computer and Win95 came right up, everything
  86. was the way it was on the old drive. The whole process for
  87. transfering 800mb of data from start to finish took about 20-30
  88. minutes.
  89.  
  90. The one thing to remember is not to reboot the computer once you
  91. delete the MSDOS.SYS file until you've restored the long file names.
  92.  
  93. Thanks for your utility.
  94.  
  95. Lee A. Ryan
  96. Topeka, Kansas USA
  97.  
  98.  
  99.  
  100. From: "Andrew Luebker"
  101. Date: Wed, 4 Dec 96 01:03:36 CST
  102. To: dmurdoch@mast.QueensU.CA
  103. Subject: Re: DOSLFNBK and XCOPY
  104.  
  105. I also replicated this problem mentioned in your documentation:
  106.  
  107.         I have received several messages from people who have tried to
  108.         use XCOPY and DOSLFNBK to back up their disk to a network drive
  109.         or elsewhere, and then found on restore that Win95 won't boot
  110.         properly.  I don't know what is going wrong in these situations,
  111.         but as far as I can tell it's either a bug in XCOPY, or people
  112.         aren't using the right combination of options when they run it.
  113.         If someone has the time to figure out exactly what is going
  114.         wrong, I'd appreciate being told.  In the meantime I don't
  115.         recommend using XCOPY for backups.
  116.  
  117.  
  118. Here is a possible clue, running Win95 with PC-NFS v5.0:
  119.  
  120. 1. Long filenames like "Start Menu" appear as 8.3 abbreviations
  121.    (e.g., "STARTM~1") at the DOS prompt.
  122.  
  123. 2. XCOPY treats these 8.3 abbreviations as files with *lowercase*
  124.    letters (e.g., "startm~1") when backing-up the files to network.
  125.  
  126. 3. NFS-mounted filesystems that support Unix-style filenames can
  127.    distinguish between uppercase and lowercase letters, so the
  128.    lowercase names are preserved on the network drive.
  129.  
  130. 4. Back at the DOS prompt, PC-NFS intercedes to provide its *own*
  131.    "legal" (but seemingly random) 8.3 filename for the remote file.
  132.  
  133. 5. When the file is restored by XCOPY, it takes on this new (meaningless)
  134.    filename.  DOSLFNBK then is unable to restore its long filename...
  135.  
  136.  
  137.  
  138. To: Duncan Murdoch
  139. Subject: DOSLFNBK and PC-NFS 5.x
  140. From: Julius Clayton
  141. Date: Wed, 19 Mar 1997 16:19:33 +0000 (GMT)
  142.  
  143. In XCOPY.TXT (from doslfn21.zip) you mention...
  144. > Here is a possible clue, running Win95 with PC-NFS v5.0:
  145.  
  146.    Reason:
  147.       PC-NFS by default uses tilde (~) as its "name mapping character"
  148.       for long or case-sensitive file names. This will cause problems
  149.       with
  150.       _loadsa_ programs (esp. since many programs, esp. MS ones, use
  151.       this
  152.       character to designate a temporary file).
  153.  
  154.    Fix:
  155.       Change the mangling character to a caret (^) - this is done for
  156.       DOS
  157.       in CONFIG.SYS:
  158.       DEVICE=C:\PCNFS.SYS /C^
  159.       for Win3.x in SYSTEM.INI under [network drivers]:
  160.       pcnfs.sys='/F30 /C^'
  161.       ...but I can't find the fix under '95 (which would be the useful
  162.       one !).
  163.  
  164.    Bottom line:
  165.       This problem is very much a PC-NFS-specific one e.g. most install
  166.       programs will crash unless the mangling character is changed as
  167.       above.
  168.